Skip to content

Hermes × Multica Runtime Model

What It Is

这是一套把 4 个 Hermes Docker 容器纳入 Multica 调度体系的运行模型。

当前推荐结构是:

  • 4 个人类账号
  • 4 个 Runtime
  • 4 个 Hermes Agent

并保持严格的一一对应关系。

Why It Matters

如果 Runtime、Agent、账号映射不清晰,后面会立刻出现这些问题:

  • 任务不知道该分给谁
  • 登录身份和执行身份不一致
  • 协作记录难以追溯
  • 记忆来源和任务来源混淆

所以 Runtime Model 是整套系统的执行底盘。

Core Model

1. Actor

每个 Multica 账号代表一个人类 Actor。

当前角色可以对应为:

  • admin
  • jingwen
  • guohua
  • linjun

2. Runtime

每个 Hermes 容器注册成一个独立 Runtime。

推荐命名:

  • hermes-admin-runtime
  • hermes-jingwen-runtime
  • hermes-guohua-runtime
  • hermes-linjun-runtime

3. Agent

每个 Runtime 绑定一个 Hermes Agent。

推荐命名:

  • hermes-admin
  • hermes-jingwen
  • hermes-guohua
  • hermes-linjun
人类账号RuntimeHermes Agent
adminhermes-admin-runtimehermes-admin
jingwenhermes-jingwen-runtimehermes-jingwen
guohuahermes-guohua-runtimehermes-guohua
linjunhermes-linjun-runtimehermes-linjun

Workflow

  1. 人类账号登录 Multica
  2. 对应 Hermes 容器在容器内完成 multica login
  3. 容器内 daemon 启动并注册 Runtime
  4. Multica 中将对应 Agent 绑定到对应 Runtime
  5. 后续所有任务都按这套映射路由

Rules

  • 一个 Runtime 只对应一个主要 Hermes Agent
  • Runtime 命名和 Agent 命名必须固定
  • 登录账号与 Runtime 归属必须一致
  • 不要让一个 Runtime 承担多个模糊角色
  • MEM0_AGENT_ID 应与 Agent 名称一致,方便记忆溯源

Common Mistakes

  • 把 Runtime 当成 Agent
  • 用同一个账号登录多个本应隔离的 Runtime
  • Runtime 命名随意,导致后期无法追溯
  • 让一个容器承载多个职责但没有明确角色边界

TeamOS · docs as code · canon=权威知识,drafts=候选区